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5 Cross-reference to Related Applications 

The entire contents of the disclosure including specifications, 
claims, drawings, and abstract of the following are incorporated in this 
application by reference: a Japanese patent applications No. 166754 
dated June 2, 2000, and No. 155890 dated June 3, 1999. 



Filed of the Invention 

This invention relates to a broadcast system, in particular the one 
that is intended to increase the processing speed by eliminating 
unnecessary processes on the receiving side. 



Background of the Invention 

In the digital broadcast using the satellite and ground waves, data 
broadcast is in practice as attached to the ordinary audiovisual programs. 
This makes it possible to provide viewers with interactive services. 
20 There are also cases in which the data broadcast alone is provided as 
independent programs. 

FIG. 1 shows the overview of the data broadcast. Contents 2 
include a plurality of content elements CE1 to CEn. Each of the content 
25 elements CE1 to CEn is provided with a table ID. The same set of 
content elements (namely the contents 2) are repeatedly broadcasted. 

Each content element is subdivided into a plurality of packets (i.e. 
packetized) and broadcast. On the receiving device side, the subdivided 
30 packets are reorganized to obtain the content elements. 

The content element CE1 is described for example in the HTML 
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language. Therefore, the table ID of an image to be displayed or the 
table ID of the link location are described. 

On the receiving device side, first the content element CE1 is 

i 

5 acquired and interpreted, and an image to be used for reference is 
acquired according to the table ID. However, in the case a content 
element having the table ID intended to acquire is the one that has been 
sent already out of a set of content elements, the content element cannot 
be acquired. However, the same contents 2 are transmitted repeatedly, 
10 the content element having the intended table ID can be acquired out of 
the next set of content elements. 

Also in the case an operator of the receiving device chooses and 
determines the link location by a remote controller or the like, the 
15 content element of the link location included in a set of content elements 
is acquired in the same manner as described above. 

The repeated broadcast of a set of content elements as described 
above makes it possible on the receiving device to perform the process of 
20 linking or reference without storing all the content elements. 

If the memory capacity on the receiving device side permits, it may 
also be arranged that all the contents in a set are once stored to perform 
the process of linking or reference. 

25 

Concrete examples of contents for use in the data broadcast will be 
described using the HTML document shown in FIG. 2. The HTML 
document can be displayed using the browser application program as 
shown in FIG. 3. That is to say, the browser application interprets the 
30 contents of the HTML document described shown in FIG. 2 and displays 
the images as shown in FIG. 3. 



2 




The lines 201 in FIG. 2 specify the position and the size of an object. 
At the time of browse-display, the lines 201a for example specify; a 
position 50 pixels from the left and 300 pixels from the top; and a size of 
5 a width of 300 pixels and a height of 500 pixels. The lines 202 in FIG. 2 
specify concretely which objects are to be displayed according to the lines 
201, and describe the operation when objects are chosen. For example, 
the lines 202a specify to display an image file in 
http://www/dirA/001/sl.png (table ID) and are described to display in the 
10 vicinity of the image file "This image is in PNG file." 

To restore the above contents using HTML form, the receiving 
device must acquire a necessary packet out of a stream sent from the 
broadcast station side in packets (referred to as the transport stream), 
15 reorganize the content elements, and further restore content elements of 
image data and the like that are used for reference. 

However, there are many technical standards for the image data 
and the like, depending on the receiving device, not all the types of image 
20 data can be restored. In other words, when a receiving device is not 
provided with the function (hardware circuit and/or software) for 
restoring the type of the image data in question, the image data of that 
type cannot be restored. 

25 In spite of the above situation, the receiving device cannot 

determine whether or not the image data in question can be restored 
unless the receiving device acquires the packet, that restores the content 
elements (See FIG. 2), and acquires the description of the restored 
content elements (See lines 202a in FIG. 2). That is to say, whether or 

30 not the image data can be restored can be determined only after 
acquiring the extension of the file name of the image data being used for 
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reference. 

Depending on the image data, there may be a case in which the 
data of a different version cannot be restored. In such a case, the 
5 extension only cannot determine whether or not the restoration is 
possible. In such a case, the impossibility of restoration is learned only 
after the image data are acquired and transferred to the application that 
performs the restoration. There is also the possibility of an incorrect 
operation as the case may be. 

10 

In any of the above cases, many processes must be performed before 
it is determined that image data are included that cannot be restored. 
There is also a problem for example when a process is to be performed in 
which all or part of contents are not displayed when it is determined that 
15 the image data partially includes those that cannot be displayed, the 
processes up to that determination become useless and also much time is 
consumed. 

The above problems occur also in the case a method is employed in 
20 which the processes are performed after a set of content elements are 
once stored. 

There may be also a case in which even if the data can be restored, 
the data cannot be acquired in the first place because of too large in a 
25 size of the data. In such a case too, the processes performed end up in 
waste. 

The present invention has an object of providing a broad cast 
system that makes it possible to determine easily whether or not the 
30 contents can be restored in an early stage of data acquisition in view of 
the above-mentioned problems. 
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Another object of the present invention is to provide a broadcast 
system that makes it possible to determine before acquiring the data 
whether or not the data can be acquired. 

5 

Summary of the Invention 

(1) This invention relates to a digital broadcast system by which in 
a broadcast device multiplexes and broadcasts contents and the 
10 information on type of the contents, and a receiving device performs the 
process of restoring the contents, characterized in that a determination 
is made on the basis of the information on the type of the contents 
whether or not the contents can be restored, and according to the 
determination, the process to be applied to the contents is changed. 

15 

(4) The broadcast system of the present invention is characterized 
in that a set of contents are repeatedly broadcast, and on the receiving 
side, only the contents that are selected out of the set of contents are 
restored and displayed. Therefore, linking process among the content 

20 elements can be realized without storing a plural number of content 
elements. 

(5) The broadcast system of this invention is characterized in that 
information on the type of contents includes information on the type of a 

25 plurality of content elements contained in corresponding contents. 
Therefore, information on the type corresponding to a plurality of 
content elements can be acquired quickly. 

(6) The broadcast system of this invention is characterized in that, 
30 in the case it is determined that any of a plurality of content elements 

contained in corresponding contents cannot be restored, the receiving 
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device not performs restoration of the entire contents. Therefore, a 
useless process is avoided on the basis of the determination of 
impossibility of restoration. 

5 (7) The broadcast system of this invention is characterized in that, 

in the case any of a plurality of content elements contained in 
corresponding contents cannot be restored, the receiving device not 
performs restoration of only the contents that cannot be restored. 
Therefore, a useless process is avoided while outputting as much 
10 contents as possible. 

(8) The broadcast system of this invention is characterized in that 
handling information that is made to correspond to the information on 
the type of contents is transmitted from the broadcast device, and when a 

15 determination is made on the basis of the information on the type of 
contents that the contents cannot be restored, the receiving device 
determines either to restore the contents in an incomplete state and to 
output them for display or not to restore at all and not to output them for 
display. 

20 

Therefore, the process, for the case of a determination that the 
contents cannot be restored, can be determined based on the handling 
information. That is to say, it is possible to specify the manner of 
process from the transmitter side so that the intention of a contents 
25 creator is reflected on the manner of the process. 

(9) The broadcast system of this invention is characterized in that 
pieces of information on the types corresponding to a plurality of 
contents are collectively transmitted. Therefore, information on the 

30 types of a plurality of contents can be acquired quickly. 
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(10) The broadcast system of this invention is characterized in that 
a receiving device records and holds in advance the data of the type of 
the contents that can be restored, and determines whether or not 
contents received can be restored by comparing the information on the 
5 type of restorable contents with the information on the type of contents 
received. Therefore, restorability determination can be made easily, 

and even when a new type of contents become restorable, the only thing 
that must be done is to change the information on the type of restorable 
contents. 

10 

(13) The digital broadcast system of this invention is characterized 
in that a broadcast device multiplexes and broadcasts; contents, the 
information on the type of contents, and information on the location from 
where the program for restoring the contents is to be acquired, and that 

15 a receiving device, when restoring the contents, determines on the basis 
of the information on the type of contents whether or not the contents are 
restorable and, if not, acquires the program according to the acquisition 
location information, and restores the contents. 

20 Therefore, even if the contents are not restorable, it is possible to 

acquire a program necessary for the restoration and to practice the 
restoration. 

(14) The digital broadcast system of this invention is further 
25 characterized in that information on conditions required of the receiving 

device side for acquiring a program is broadcasted. Therefore, whether 
the program can be acquired to the end is learned in advance before 
acquiring the program. 

30 (19) The digital broadcast system of this invention is characterized 

in that the acquisition location information is the URL (uniform resource 
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locator) on the Internet. Therefore, a required program can be acquired 
through the Internet. 

(20) The digital broadcast system of this invention is characterized 
5 in that the acquisition location information is the information for 
specifying a program sent to come through broadcast. 

(26) The digital broadcast system of this invention is characterized 
in that a broadcast device broadcasts acquisition location information for 

10 digital information to be downloaded on the receiving device side and 
also broadcasts information on the conditions necessary for downloading 
the digital information, and the receiving device, before starting 
downloading the digital information, whether or not the digital 
information can be downloaded is determined on the basis of the 

15 information on the required conditions. 

Therefore, it is possible to determine in advance whether the 
digital information in question can be downloaded before downloading 
the digital information. 

20 

(29) The digital broadcast system of this invention is characterized 
in that the acquisition location information is the URL on the Internet 
where digital information is recorded. Therefore, it is possible to learn 
in advance whether or not the information can be downloaded at the time 

25 of acquiring the digital information through the Internet. 

(30) The digital broadcast system of this invention is characterized 
in that the acquisition location information is the information for 
specifying digital information delivered through broadcasting. 

30 Therefore, it is possible to learn in advance whether or not the 
information can be downloaded at the time of acquiring the digital 
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information through the broadcasting. 

The term "restore" or "restoration" as used herein refers to change 
contents, that cannot be reproduced if they are outputted as they are 
5 coded or encrypted, or contents that cannot be reproduced without using 
a corresponding program such as JAVA, into the state that can be 
reproduced. 

The term "download" refers to acquire data from the outside and 
10 record them temporarily or permanently. 

The term "receiving device" refers to a device that performs at least 
the restoration process for contents. The concept of this term also 
includes a device so-called a set-top box, and a TV set with built-in 
15 function of a set-top box. 

The phrase "recording medium with a program recorded" refers to a 
ROM, a RAM, a flexible disk, a CD-ROM, a memory card, a had disk, etc. 
on which programs are recorded. The concept of this term also includes 

20 communication media such as the telephone lines and transmission 
routes. The concept also includes not only recording media such as the 
hard disk with which a program recorded thereon is directly executed but 
also recording media such as CD-ROM recording a program to be once 
installed on a hard disk or the like and then executed. The term 

25 "program" as used herein refers not only to a program that can be 
directly executed but also to a program of a source type, compression- 
processed program, coded program, etc. 

The features, other objects, applications, and advantages of the 
30 present invention will become clear in reference to the following 
embodiments and drawings. 
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Brief Description of Drawings 

FIG. 1 is a view illustrating a manner of data transmission in a 
data broadcast. 

FIG. 2 shows an example of HTML data. 

FIG. 3 is a view illustrating displayed images of the data shown in 
FIG. 2. 

FIG. 4 is a schematic view showing the construction of a broadcast 
device. 

FIG. 5 is a diagram showing a structure of packets. 
FIG. 6 shows a method of performing reference and linking to the 
HTML data. 

FIG. 7A shows information on the type of contents. 

FIG. 7B shows information on the type of restorable contents. 

FIG. 8 shows the structure of a PMT. 

FIG. 9 shows the structure of a PMT in detail. 

FIG. 10 is a schematic diagram illustrating the entire structure of a 
receiving device. 

FIG. 11 is a block diagram illustrating the hardware structure of 
the receiving device. 

FIG. 12 is a flowchart of the reception process. 

FIG. 13 is a view illustrating a displayed image. 

FIG. 14 is a flowchart showing a reception process in detail. 

FIG. 15 is a view illustrating displayed images. 

FIG. 16 shows information on the type of contents in variable 
length. 

FIG. 17 shows information on the type of contents in another form. 
FIG. 18 shows information on the type of contents with handling 
information attached. 

FIG. 19 shows a set of contents. 

FIG. 20 shows information on the type of contents for each content 
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in FIG. 19. 

FIG. 21 shows the structure of DII. 

FIG. 22 shows the entire structure of a third embodiment. 

FIG. 23 is a schematic diagram illustrating the entire structure of a 
5 receiving device. 

FIG. 24 is a block diagram illustrating the hardware structure of 
the receiving device. 

FIG. 25 shows information on the type of contents and information 
on acquisition locations. 
10 FIG. 26 is a flowchart showing the reception process. 

FIG. 27 shows information on necessary conditions. 

FIG. 28 is a flowchart showing the reception process. 

Detailed Description of Preferred Embodiments 
15 1. First embodiment 

1.1 Broadcast Unit 

FIG. 4 is a schematic view showing the structure of a broadcast 

device 10 as an embodiment of the invention. In this embodiment, 

contents of a broadcast program is constituted with ordinary audiovisual 
20 data attached with digital data such as HTML. The programs may also 

be constituted with only digital data. 

The audiovisual data 12 are compressed with a compression process 
section 14 and given to a multiplex process section 20. The digital data 
25 16 such as HTML data are compressed with a compression process 
section 18 and provided to the multiplex process section 20. 

Although contents of other services are also provided to the 
multiplex process section 20, they are not shown in the figure. The 
30 multiplex process section 20 arranges audiovisual data and digital data 
of a plural number of services being provided in packets and multiplexes 
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them. In that case, control data for multiplexing are created during the 
process. 

The data arranged in packets and multiplexed are scramble- 
5 processed in a scramble process section 22. The key used in the 
scramble process is provided to the multiplex process section 20 and is 
included as part of the control data. 

The scramble-processed data are modulated in a modulation section 
10 24 and broadcasted as a transport stream via a broadcast satellite. 

FIG. 5 is a diagram showing a state of packet-multiplexing of a 
transport stream in which four services are multiplexed. Packet IDs for 
identifying control data PMT1 - PMT4 for respective services are 

15 described to control data PAT. For example, a packet ID for identifying 
the contents (audiovisual data and HTML data) constituting a service in 
question is described to the control data PMT2. Moreover, a packet ID 
for identifying ECM data in which key data for unscrambling the 
contents is described. Therefore, by acquiring, unscrambling and 

20 reading the control data PMT2, it is possible to acquire audiovisual data 
and HTML data included in a service in question. 

References and linking among the HTML data are realized as 
shown in FIG. 6. To the HTML data is given a specific packet ID as 
25 described above. However, respective contents of the HTML data 
(including image data and the like) are given to table IDs. Using the 
table IDs, reference and linking are reallized. 

In this embodiment, information on the type of contents as shown 
30 in FIG. 7A is described in the control data PMT. The information on the 
type of contents is the one that describes the type of image data being 
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used for reference in the HTML contents corresponding to the PMT. In 
this embodiment, the information on the type of contents is shown in the 
form of a bit flag. If the first bit is in "1," the contents include PNG type 
of image data, which means that a PNG decoder is required on the 
5 receiving device side. If the first bit is in "0," the contents do not 
include PNG type of type of image data, which means that no PNG 
decoder is required on the receiving device side. 

Each of the succeeding bits shows like the above that data of XML 
10 type (XML purzor is required), data of GIF type (GIF decoder is required), 
data of JPEG type (JPEG decoder is required) are included. 

FIG. 8 shows the data structure of the control data PMT. In the 
control data PMT, a description region, "descriptor() 50", is prepared. 

15 This embodiment is arranged to describe the information on the type of 
contents in the descriptor() 50. It may also be arranged to describe it in 
other region as a matter of course. A plural number of descriptors are 
further described in the descriptor. This example is arranged as shown 
in FIG. 9 that the information on the type of contents is described in the 

20 "additional_data_component_info" in the "data_component_descriptor ()." 

For the description of the descriptor in general, refer to ARIB 
STD-B10, Version 1.2. 

25 The digital data containing the information on the type of contents 

are broadcasted as described above. 

1.2 Receiving Device. 

FIG. 10 is a schematic diagram illustrating the entire structure of a 
30 receiving device as a first embodiment of the present invention. A 
receiving device 74 in this embodiment is provided with a receiving 
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section 62 and a restoration section 76. The receiving device 74 may 
also be constituted to include an audiovisual output section 72. 

The electromagnetic wave caught with an antenna 60 is 
5 demodulated to be a transport stream in a receiving section 62. The 
transport stream is provided to a restoration section 76. The sorting 
section 64 in the restoration section 76 selects a packet for an intended 
service from the transport stream received. The packet chosen is given 
to an output section 70 and is restored as output signals, for example 
10 composite signals such as NTSC signals. The audiovisual output 
section 72 (such as a TV receiver) receives the output signals and outputs 
images and voices. 

A reception control section 66 acquires the information on the type 
15 of contents chosen out of the transport stream through the sorting 

section 64. Next, the information on the type of contents is compared 
with information on the type of restorable contents recorded in a 
restorable contents type information recording section 68. In this way, 
a determination is made whether or not the contents intended for 
20 restoration is restorable and, depending on the determined result, 
manner of processing the contents is changed; for example the 
restoration process is stopped. 

FIG. 11 is a block diagram illustrating the hardware structure in 
25 which the receiving device shown in FIG. 10 is realized by the use of a 
CPU. The CPU 66 controls various parts according to a program(s) 
stored in a recording medium, a non-volatile memory 68. An operation 
entering section 61 receives the operation made by an operator through 
input buttons or a remote control receiving section provided in the 
30 receiving device 74. An unscrambler 63 is for decoding scrambled 

information. An unscrambling key may be obtained by decoding and 
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reading the ECM data sent to come by broadcast with an IC card 69. A 
transport stream decoder (TS decoder) 64 forming a sorting section, is for 
separating an intended packet from the transport stream. 

5 In the non-volatile memory 68 is recorded restorable contents type 

information shown in FIG. 7B. In FIG. 7B, it is shown that the PNG 
and the XML are restorable (with "1" recorded) and the GIF and the 
JPEG are not restorable (with "0" recorded). Namely it is shown that 
the receiving device is provided with a PNG decoder and an XL parser 
10 but not with a GIF decoder and a JPEG decoder. 

FIG. 12 is a flowchart of a program for performing the reception 
process recorded in the non-volatile memory 68. The CPU 66 controls 
the tuner 62 to receive an intended transport stream. The packet ID of 
15 the control data PAT (hereinafter termed PID) is set to the TS decoder 64. 
Here, the PID of the PAT is fixed in advance. 

The TS decoder 64 then separates the control data PAT and outputs 
the control data to the memory 67 (step SI). The CPU 66 recognizes the 

20 PID of the control data PMT of an intended service according to the 
control data PAT (step S2; See FIG. 5). The TS decoder 64 then 
separates the control data PMT and outputs the separated data to the 
memory 67 (step S3). Then, the CPU 66 recognizes the PID of the 
control data ECM of an intended service according to the control data 

25 PMT, and further sets the PID of the ECM to the TS decoder 64 and 
acquires the control data ECM (step S4). 

Next, the CPU 66 sends the control data ECM to the IC card 69, 
and acquires a key from the IC card 69, and then sets the key to the 
30 unscrambler 63 (step S5). As a result, audiovisual data and HTML data 
of the intended service are unscrambled. 
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Then, the CPU 66 sets the PID of the audiovisual data to the TS 
decoder 64 (step S6). Subsequently, the TS decoder 64 outputs the 
audiovisual data to an AV decoder 70. As a result, images and voices 
5 are outputted on a TV set 72. 

Next, the CPU 66 reads a restorable contents flag (See FIG. 7B) 
recorded on the non-volatile memory 68, and compares it with a contents 
type flag (See FIG. 7A) contained in the control data PMT. A 
10 determination is made whether or not a bit is present where the contents 
type flag is "1" in spite of the restorable contents type flag being "0" (step 
S7). In other words, a determination is made whether or not the HTML 
data received as transmitted contain the type of data that cannot be 
restored with the receiving device being used. 

15 

If it is determined to be restorable, an application necessary for the 
restoration is started (step S9). For example, when the first bit is in "1," 
the PNG decoder recorded in the non-volatile memory 68 is started. 
Next, the CPU 66 sets the PID of the HTML data in the TS decoder 64 
20 (step S10). Then, the TS decoder 64 outputs the HTML data to the 
memory 67. The CPU 66 interprets the HTML data according to the 
browser program recorded in the non-volatile memory 68 and outputs the 
data to the AV decoder 70. 

25 Further, the table ID (See 202a in FIG. 2) of the PNG data being 

used for reference with the HTML data is set to the TS decoder 64 to 
acquire PNG data. The PNG data are restored with a PNG decoder and 
outputted to the AV decoder 70. 

30 In this way, the HTML data and the PNG data are synthesized by 

overlapping with the audiovisual data and outputted from the AV 
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decoder 70. 

On the other hand, if it is determined in the step S7 that something 
that cannot be restored has been transmitted and arrived, a restoration 
process is not performed for the HTML data (step S8). This makes it 
possible to avoid a useless application startup process. In this case, as 
shown in FIG. 13, the audiovisual data alone are displayed and in the 
region where the HTML data are to be displayed is displayed a remark to 
the effect that the display cannot be made. 

FIG. 14 is a flowchart showing the details of the flag comparison 
process of the above step S7. As is clear from this flowchart, it is 
arranged that if there is at least one bit where the contents type flag is in 
"1," and the restorable contents type flag is in "0," an error message is 
displayed. It is also arranged that at the time point when it is 
determined that a contents type that cannot be restored is present, 
examination of bits thereafter is not performed. This is intended to 
increase the processing speed. 

1.3 Other embodiments. 

The above embodiment is arranged that in the case any of the 
content elements is not restorable, all the HTML data are not restored. 
However, it may be arranged alternatively that only the restorable 
content elements are restored. 

For example in the case of Figs. 7A,B, for the HTML data as shown 
in FIG. 2, display is made shown in FIG. 15. That is, only the text data 
of the HTML and the restorable PNG data are displayed. 

While the above embodiment is arranged to describe the contents 
type information in the control data PMT, it may also be arranged to 
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describe the information in the control data EIT (Event Information 
Table). The control data EIT is for describing the information on the 
program such as the title thereof, airdate and airtime, and contents of 
the program. 

In the above embodiment, a contents type flag of a fixed length 
(restorable contents flag) is used. However, as shown in FIG. 17, a flag 
of variable length may be used by describing the flag bit length. 

In the above embodiment, the contents type information is 
represented with the bit flag. However, as shown in FIG. 17, a 
description of a contents type may be used as the contents type 
information. In that case, the restorable contents type information is 
also the description of the contents type. If the contents type described 
in the contents type information is not present in the restorable contents 
type information, it may be determined that the restoration cannot be 
made. 

Version information may be included as the contents type. 
Because, for example, there may be cases in which restoration cannot be 
made correctly depending on the version even with the same GIF data. 
Including also the version information in the contents type makes it 
possible to cope with such a case as described above. 

Furthermore, as shown in FIG. 18, handling information may be 
added to the contents type information. That the handling information 
is in "1," shows that if any one of the content elements is not restorable, 
all the contents are not restored (See FIG. 13). If it is in "0," it shows 
that only restorable content elements alone are restored (See FIG. 15). 
This handling information makes it possible to reflect the intention of 
the contents creator on the broadcast. 
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While the above embodiment is explained by way of image data, the 
same explanation is applicable for the audio data, which is also true for 
the second and later embodiments. 

5 

2. Second Embodiment 

In the above embodiment, the broadcast device is designed to 
transmit the contents type information for all the contents that 
constitute the program. However, it may be arranged as shown in FIG. 
10 19 that, in the case a plural number of contents 500 to 510 are 

transmitted repeatedly, each of the contents are broadcasted with 
information on the type of the content described. In other words, 
information on the type of contents is described for each of the contents 
as shown in FIG. 20. 

15 

In that case, it is preferable to describe the information on the type 
of contents to the control data DII (Download Information Indication). 
FIG. 21 shows the structure of the control data DII. This embodiment is 
arranged to describe the information to the "controLdataJbyte" in the 
20 "modulelnfoByte." 

With this embodiment, whether or not display can be made is 
determined for each of the contents that constitute the program. This 
enables more detailed control of the display. Here, the flow of process is 
25 basically the same as that shown in Figs. 12 and 14. 



3. Third Embodiment 
3.1 Receiving Device. 
30 FIG. 22 shows the entire structure of a receiving device as a third 

embodiment of the present invention. Contents are broadcasted from a 
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broadcast device 300, with information on the type of contents and the 
URL (uniform resources locator; acquisition location information) 
attached for each of the contents (G) in FIG. 22). A receiving device 74, 
like in the previous embodiment, determines whether or not the 
5 receiving device 74 is provided with a program (or hardware) necessary 
for restoring the contents ((D in the figure). If either one of them is not 
provided thereto, an access is made to a download site 400 through the 
Internet according to the URL to download the program necessary for the 
restoration from the download site ((3) in the figure). Using the 
10 program, the receiving device 74 restores the contents (® in the figure). 
Here, the receiving device 74 updates the information on the type of 
contents according to the download of the program. 

As described above, this embodiment is arranged that the 
15 information on the location where the program for restoring the contents 
of the type in question can be acquired is broadcasted together with the 
information on the type of the contents. Therefore, it is possible to 
easily and automatically acquire the program to restore the contents. 

20 FIG. 23 is a schematic diagram illustrating the overall constitution 

of the receiving device 74 of this embodiment. A reception control 
section 66, upon determining that contents that are not restorable are 
present, acquires the information on the acquisition location. The 
reception control section 66 sends this acquisition location information to 

25 a program acquisition section 71. The program acquisition section 71 
connects itself to the download site through the Internet to download a 
program. The reception control section 66 uses the program to restore 
the contents. 

30 FIG. 24 is a block diagram illustrating the hardware structure in 

which the receiving device 74 shown in FIG. 23 is realized by the use of a 
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CPU. This embodiment is provided with a communication circuit 71 for 
making connection to the Internet. 

FIG. 25 shows contents type information and acquisition location 
5 information sent to come on the air from the transmitting device of this 
embodiment. The numeral "1" in the first line is contents type 
information which shows that PNG data are contained in the contents. 
The description "http://www.mei.co.jp/PNG" is the URL (acquisition 
location information) of the download site of the PNG decoder program. 
10 The numeral "0" in the second line is the sign that XML data are not 

contained in the contents. In this case, the URL of the download site is 
not described. Here, the contents type information and acquisition 
location information may be described in the PMT and EIT similar to the 
first embodiment, or in the DII like in the second embodiment. 

15 

FIG. 26 is a flowchart of the reception process program recorded in 
the non-volatile memory 68. Steps SI to S6 are the same as those 
shown in FIG. 12. In the step S51, the CPU 66 takes note of "1" in the 
first line in FIG. 25, and compares it with the first of the restorable 
20 contents flag recorded in the non-volatile memory 68 (step S52). If the 
result determines that the contents are restorable, the next line is taken 
note of (step S54). 

If the contents are determined not to be restorable, a URL 
25 described in correspondence with the line is acquired. The CPU 66 

transfers the URL to the communication circuit 71. The communication 
circuit 71 connects itself to the Internet and makes access to the site of 
this URL to download a program (step S53). The downloaded program 
is recorded in the non-volatile memory 68. Here, since the contents of 
30 the type in question have become restorable by the downloading, the 
restorable contents type flag is updated from "0" to "1." 
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When the above process is completed for all the lines (step S55), the 
contents are outputted for display (step S56). 

5 3.2 Other Embodiments. 

The above embodiment is arranged to acquire the program through 
the Internet. However, it may also be arranged to acquire the program 
through broadcast. In that case, the acquisition location information to 
be described can be the PMT of the service that is broadcasting the 
10 program. 

4. Fourth Embodiment. 

This embodiment is arranged to add the necessary condition 
information to the acquisition location information shown in FIG. 27. 
15 The necessary condition information refers to the necessary conditions 
(required vacant memory capacity, etc.) on the receiving device side at 
the time of downloading a program. FIG. 27 shows that a minimum 
vacant capacity of 300 kilobyte is required for downloading the PNG 
decoder program. 

20 

FIG. 28 is a flowchart showing the reception process program in 
this embodiment. The steps SI to S6 are the same as those shown in 
FIG. 26. The CPU 66 in the receiving device acquires the necessary 
condition information before starting the download to determine whether 
25 or not the download is possible (step S57). If the download is 

determined to be possible, the download is performed in the same 
manner as shown in FIG. 26. If determined to be impossible, an error 
message is displayed (step S58). 

30 By acquiring the necessary condition information before the 

downloading, waste of time as with an inevitable interruption of the 
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downloading in the middle due to insufficient memory capacity can be 
avoided. 

While the description on the above embodiment is made about the 
downloading of a program when contents that are not restorable are 
contained therein, the method of transmitting in advance the conditions 
necessary for the downloading as the necessary condition information is 
applicable to downloading in general. For example, in the case a set of 
contents are once stored in the receiving device and contents selected by 
an operator are displayed, the method is applicable to store (or 
download) the set of contents. 

5. Others. 

Although, the above description is made in relation to the satellite 
broadcast, the same explanation is applicable to the ground-based 
broadcasting, cable TV broadcast, and Internet broadcast. 

While the above embodiments are described by way of broadcasting, 
the description may also be made in relation to a transmission-reception 
system of one-to-one correspondence between both transmitting and 
receiving devices. 

Although, the present invention is described as above by way of 
preferable embodiments, those embodiments are not intended for 
restriction but for explanation, and may be modified in various ways 
without departing from the scope and spirit of the appended claims. 
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